Deblocarea Performanței Maxime: Cache-ul de Module JavaScript Binary AST pentru Rezultate de Compilare Persistente

În căutarea neîncetată a unor experiențe web mai rapide, dezvoltatorii caută constant inovații care să reducă milisecunde din timpii de încărcare și să îmbunătățească interacțiunile utilizatorilor. Un domeniu de optimizare semnificativă, adesea ascuns sub suprafața codului nostru JavaScript de nivel înalt, se află în procesul complex prin care browserele și mediile de rulare interpretează și execută aplicațiile noastre. Aici, conceptul de Cache de Module JavaScript Binary AST, oferind rezultate de compilare persistente, apare ca un factor de schimbare a jocului.

Pentru o audiență globală care navighează printr-un spectru de condiții de rețea și capacități ale dispozitivelor, optimizarea fiecărei fațete a livrării aplicației este primordială. Imaginați-vă un utilizator într-un centru urban aglomerat cu internet prin fibră optică și cel mai recent smartphone, comparativ cu altul într-un sat izolat care accesează internetul printr-o conexiune prin satelit pe un dispozitiv mai vechi. Ambii merită o experiență fluidă și rapidă. Acest articol analizează în profunzime modul în care funcționează Cache-ul de Module Binary AST, beneficiile sale profunde, provocările pe care le prezintă și potențialul său transformator pentru viitorul dezvoltării web.

Gâtuirea de Performanță Silențioasă: Parsarea și Compilarea JavaScript

Înainte de a diseca soluția, să înțelegem problema. Când se încarcă o pagină web, browserul nu descarcă doar HTML, CSS și JavaScript. Apoi trebuie să parseze, să compileze și să execute acel cod. Pentru JavaScript, acest lucru implică mai mulți pași critici:

• Analiza Lexicală (Tokenizare): Descompunerea codului brut într-un flux de token-uri (cuvinte cheie, identificatori, operatori etc.).
• Analiza Sintactică (Parsare): Preluarea acestor token-uri și construirea unei reprezentări ierarhice a structurii codului, cunoscută sub numele de Arbore de Sintaxă Abstractă (AST).
• Compilare: Conversia AST-ului în bytecode, care poate fi apoi executat de interpretorul motorului JavaScript sau optimizat ulterior de compilatorul său Just-In-Time (JIT).

Pentru scripturi mici, acest proces este neglijabil. Cu toate acestea, aplicațiile web moderne, în special aplicațiile mari de tip Single-Page (SPA) și Progressive Web Apps (PWA), pot livra megaocteți de JavaScript. Timpul petrecut cu parsarea și compilarea acestei baze de cod substanțiale, în special pe dispozitive mai puțin puternice sau prin rețele lente, poate deveni o gâtuire semnificativă, ducând la întârzieri vizibile înainte ca aplicația să devină interactivă. Această „taxă de parsare și compilare” afectează direct experiența utilizatorului, ducând la rate de respingere mai mari și frustrarea utilizatorilor la nivel global.

Înțelegerea Nucleului: AST, Binary AST și Compilarea

Rolul Arborelui de Sintaxă Abstractă (AST)

La baza modului în care motoarele JavaScript înțeleg codul dvs. se află Arborele de Sintaxă Abstractă (AST). Un AST este o reprezentare arborescentă a structurii sintactice abstracte a codului sursă scris într-un limbaj de programare. Fiecare nod din arbore denotă o construcție care apare în codul sursă. De exemplu, o declarație de funcție, o atribuire de variabilă sau o instrucțiune de buclă ar fi fiecare reprezentată de noduri specifice și de copiii lor.

AST-ul este crucial deoarece permite motorului să:

• Valideze sintaxa codului dvs.
• Efectueze analize statice (de ex., linting, verificarea tipurilor).
• Genereze cod intermediar (precum bytecode) pentru execuție.
• Optimizeze codul înainte de execuție.

Generarea unui AST din textul brut JavaScript este un proces intensiv din punct de vedere computațional. Necesită citirea fiecărui caracter, luarea de decizii cu privire la semnificația sa și construirea unei structuri de date complexe în memorie. Aceasta este o sarcină care trebuie să aibă loc pentru fiecare fișier JavaScript, de fiecare dată când este încărcat, cu excepția cazului în care există un mecanism pentru a o ocoli.

De la Text la Binar: Promisiunea Binary AST

Deși un AST este o reprezentare intermediară puternică, este de obicei o structură în memorie derivată din text. Aici intervine Binary AST. În loc să reconstruiască AST-ul de la zero de fiecare dată, un Binary AST reprezintă aceeași informație structurală într-un format binar compact și optimizat. Gândiți-vă la el ca la o versiune serializată a AST-ului care poate fi stocată și recuperată eficient.

Avantajele unei reprezentări binare sunt multiple:

• Amprentă Mai Mică: Formatele binare pot fi semnificativ mai compacte decât omologii lor textuali. Acest lucru înseamnă mai puține date de stocat și, potențial, o transmisie mai rapidă dacă sunt stocate în cache-ul de rețea.
• Parsare/Deserializare Mai Rapidă: Reconstruirea unui AST dintr-un format binar pre-parsat este cu ordine de mărime mai rapidă decât parsarea textului brut JavaScript. Motorul nu trebuie să efectueze analiza lexicală sau sintactică; pur și simplu deserializează arborele.
• Utilizare Redusă a CPU: Este necesară mai puțină computație pentru a ajunge la o stare executabilă, eliberând cicluri de CPU pentru alte sarcini și îmbunătățind reactivitatea generală.

Conceptul nu este complet nou; limbaje precum Java compilează în bytecode, și chiar și WebAssembly operează pe un format binar. Pentru JavaScript, este vorba despre aducerea unor beneficii de compilare similare procesului de încărcare a modulelor pe partea clientului.

Definirea „Compilării” în acest Context

Când vorbim despre „rezultate de compilare” în contextul Binary AST, ne referim în principal la rezultatul fazei de parsare — AST-ul însuși — și, potențial, la unele etape de optimizare timpurie care au loc la scurt timp după aceea. Nu este compilarea completă Just-In-Time (JIT) în cod mașină, care se întâmplă mai târziu în timpul execuției pentru căile de cod frecvent utilizate. Mai degrabă, este munca grea inițială de transformare a JavaScript-ului lizibil de către om într-o reprezentare intermediară optimizată pentru mașină. Prin stocarea persistentă a acestei reprezentări intermediare, încărcările ulterioare pot sări peste cei mai costisitori pași inițiali.

Puterea Persistenței: Cum Funcționează Stocarea în Cache a Modulelor

Adevărata putere a Binary AST apare atunci când este integrat cu un cache de module care oferă persistență. Fără persistență, beneficiile sunt limitate la o singură sesiune. Cu persistență, rezultatele compilării optimizate pot supraviețui repornirilor browserului, repornirilor dispozitivului și chiar deconectărilor de la rețea, oferind beneficii pe parcursul mai multor vizite ale utilizatorului.

Explicarea Mecanismului de Stocare în Cache

Fluxul general de lucru pentru un cache de module Binary AST persistent ar arăta cam așa:

1. Prima Încărcare:
   • Browserul descarcă codul sursă JavaScript pentru un modul (de ex., moduleA.js).
   • Motorul JavaScript efectuează o analiză lexicală și sintactică completă pentru a construi un AST în memorie.
   • Acest AST în memorie este apoi serializat într-un format Binary AST compact.
   • Binary AST-ul este stocat într-un cache persistent (de ex., pe disc, similar cu modul în care funcționează cache-urile HTTP pentru activele statice).
   • Codul modulului trece la execuție.
2. Încărcări Ulterioare:
   • Când același modul (moduleA.js) este solicitat din nou, browserul verifică mai întâi cache-ul său persistent de module Binary AST.
   • Dacă în cache se găsește un Binary AST valid pentru moduleA.js, acesta este recuperat.
   • Motorul JavaScript deserializează Binary AST-ul direct în reprezentarea sa AST în memorie, sărind complet pașii costisitori de analiză lexicală și sintactică.
   • Codul modulului trece la execuție semnificativ mai rapid.

Acest mecanism transformă, în esență, partea cea mai intensivă din punct de vedere al CPU-ului a încărcării JavaScript dintr-un cost recurent într-o operațiune unică, similar cu modul în care funcționează limbajele compilate.

Longevitate și Durată de Viață: Ce Înseamnă Cu Adevărat „Persistent”

„Persistent” implică faptul că rezultatele compilării stocate în cache sunt păstrate dincolo de sesiunea curentă. Acest lucru înseamnă de obicei salvarea datelor binare pe disc. Browserele moderne utilizează deja diverse forme de stocare persistentă pentru date precum IndexedDB, Local Storage și cache-ul HTTP. Un cache de module Binary AST ar folosi probabil un mecanism de stocare subiacent similar, permițând modulelor stocate în cache să fie disponibile chiar și după ce utilizatorul închide și redeschide browserul, sau chiar după o repornire a dispozitivului.

Longevitatea acestor module stocate în cache este critică. Pentru aplicațiile cu frecvență ridicată de utilizare, a avea aceste active gata imediat la vizitele ulterioare oferă o experiență de utilizator mult superioară. Este deosebit de impactant pentru utilizatorii care revin frecvent la aceeași aplicație web, cum ar fi un portal bancar, un flux de social media sau o suită de productivitate pentru întreprinderi.

Strategii de Invalidare a Cache-ului

Unul dintre cele mai complexe aspecte ale oricărui sistem de stocare în cache este invalidarea. Când devine un element stocat în cache învechit sau incorect? Pentru un cache de module JavaScript Binary AST, principala preocupare este asigurarea că Binary AST-ul stocat în cache reflectă cu acuratețe codul sursă JavaScript curent. Dacă codul sursă se schimbă, versiunea binară stocată în cache trebuie actualizată sau eliminată.

Strategiile comune de invalidare ar putea include:

• Hashing de Conținut (de ex., Etag sau Content-MD5): Cea mai robustă metodă. Se calculează un hash al conținutului fișierului sursă JavaScript. Dacă sursa se schimbă, hash-ul se schimbă, indicând că Binary AST-ul stocat în cache nu mai este valid. Acest lucru este adesea integrat cu antetele de cache HTTP.
• URL-uri Versiuni: O practică comună în care numele de fișiere ale modulelor includ un hash sau un număr de versiune (de ex., app.1a2b3c.js). Când conținutul fișierului se schimbă, URL-ul se schimbă, creând efectiv o resursă nouă care ocolește orice cache vechi.
• Antete de Cache HTTP: Antetele HTTP standard, cum ar fi Cache-Control și Last-Modified, pot oferi indicii browserului despre când să revalideze sau să reîncarce codul sursă. Cache-ul Binary AST ar respecta acestea.
• Heuristici Specifice Rulării: Motoarele JavaScript ar putea folosi euristici interne, cum ar fi observarea erorilor frecvente de rulare sau a discrepanțelor, pentru a invalida un modul stocat în cache și a reveni la parsarea sursei.

Invalidarea eficientă este crucială pentru a preveni ca utilizatorii să experimenteze stări ale aplicației învechite sau defecte. Un sistem bine proiectat echilibrează beneficiile stocării în cache cu necesitatea actualizărilor imediate atunci când codul sursă se schimbă.

Deblocarea Performanței: Beneficii Cheie pentru Aplicații Globale

Introducerea unui cache persistent de module JavaScript Binary AST aduce o cascadă de beneficii, în special atunci când se ia în considerare peisajul global divers al accesului la internet și al capacităților dispozitivelor.

Timpi de Încărcare Reduși Drastic

Acesta este poate cel mai imediat și impactant beneficiu. Prin sărirea pașilor costisitori de parsare și compilare inițială, aplicațiile pot deveni interactive mult mai rapid la vizitele ulterioare. Pentru utilizatori, acest lucru înseamnă mai puțină așteptare și o experiență mai fluidă din momentul în care navighează pe site-ul dvs. Gândiți-vă la platformele mari de comerț electronic unde fiecare secundă de timp de încărcare se poate traduce în venituri pierdute, sau la instrumentele de productivitate unde utilizatorii se așteaptă la acces instantaneu la fluxurile lor de lucru.

Experiență de Utilizator (UX) Îmbunătățită

Timpii de încărcare reduși contribuie direct la o experiență de utilizator superioară. Utilizatorii percep aplicațiile mai rapide ca fiind mai fiabile și mai profesionale. Acest lucru este deosebit de vital pe piețele emergente, unde vitezele internetului pot fi inconsistente, iar utilizatorii pot avea planuri de date limitate. O aplicație care se încarcă mai repede este mai accesibilă și mai captivantă, favorizând o retenție și o satisfacție mai mare a utilizatorilor în toate demografiile.

Optimizare pentru Dispozitive cu Resurse Limitate

Nu toți utilizatorii au cele mai noi smartphone-uri de top sau computere desktop puternice. O parte semnificativă a populației globale de pe internet accesează web-ul prin dispozitive mai vechi, mai puțin puternice, cu procesoare mai lente și RAM limitat. Parsarea a megaocteți de JavaScript poate fi o povară grea pentru aceste dispozitive, ducând la performanțe lente, consum de baterie și chiar blocări. Prin transferarea unei mari părți a acestei munci computaționale către o compilare unică și stocare persistentă, stocarea în cache a Binary AST democratizează accesul la aplicații web complexe, făcându-le performante chiar și pe hardware de nivel inferior.

Creșterea Productivității Dezvoltatorilor

Deși este în primul rând un beneficiu orientat spre utilizator, timpii de încărcare mai rapizi pot, de asemenea, să sporească implicit productivitatea dezvoltatorilor. În timpul dezvoltării, reîmprospătările și reîncărcările frecvente devin mai puțin plictisitoare atunci când aplicația pornește instantaneu. Dincolo de asta, prin mutarea atenției de la atenuarea costurilor de parsare, dezvoltatorii se pot concentra mai mult pe dezvoltarea de funcționalități, optimizarea performanței de rulare și designul centrat pe utilizator.

Impactul asupra Progressive Web Apps (PWA)

PWA-urile sunt concepute pentru a oferi experiențe similare aplicațiilor, adesea folosind service workeri pentru capabilități offline și stocare agresivă în cache. Cache-ul de Module Binary AST se aliniază perfect cu filozofia PWA. Acesta îmbunătățește și mai mult aspectul de „încărcare instantanee” al PWA-urilor, chiar și atunci când sunt offline (dacă Binary AST-ul este stocat local în cache). Acest lucru înseamnă că un PWA nu numai că se poate încărca instantaneu din cache-ul de rețea, dar poate deveni și interactiv aproape imediat, oferind o experiență cu adevărat fluidă, indiferent de condițiile de rețea. Acesta este un diferențiator crucial pentru aplicațiile care vizează utilizatorii din regiunile cu conectivitate nesigură.

Navigarea în Peisaj: Provocări și Considerații

Deși beneficiile sunt convingătoare, implementarea și adoptarea pe scară largă a unui cache persistent de module JavaScript Binary AST prezintă mai multe provocări non-triviale.

Complexitatea Invalidării Cache-ului

După cum s-a discutat, invalidarea cache-ului este complexă. Deși hashing-ul de conținut este robust, asigurarea aplicării sale consecvente în toate mediile de dezvoltare, implementare și browser necesită instrumente atente și respectarea celor mai bune practici. Greșelile pot duce la utilizatori care rulează cod învechit sau defect, ceea ce poate fi devastator pentru aplicațiile critice.

Implicații de Securitate

Stocarea reprezentărilor pre-compilate și persistente ale codului pe dispozitivul unui utilizator introduce potențiale considerații de securitate. Deși este un vector de atac mai puțin direct decât, să zicem, permiterea execuției de cod arbitrar, asigurarea integrității Binary AST-ului stocat în cache este primordială. Actorii rău intenționați nu trebuie să poată manipula binarul stocat în cache pentru a-și injecta propriul cod sau pentru a modifica logica aplicației. Mecanismele de securitate la nivel de browser ar fi esențiale pentru a proteja acest cache de accesul sau modificarea neautorizată.

Standardizare și Adopție Inter-Medii

Pentru ca această tehnologie să aibă un impact cu adevărat global, are nevoie de o adopție largă în toate motoarele de browser majore (Chromium, Gecko, WebKit) și, potențial, în alte medii de rulare JavaScript (de ex., Node.js pentru beneficii pe partea de server). Eforturile de standardizare sunt de obicei lente și implică discuții extinse și construirea unui consens între diferiți furnizori. Implementările divergente sau lipsa de suport în anumite medii ar limita universalitatea sa.

Gestionarea Amprentei de Memorie și Disc

Deși Binary AST-urile sunt mai compacte decât textul brut, stocarea persistentă a unui număr mare de module consumă totuși spațiu pe disc și, potențial, memorie. Browserele și mediile de rulare ar avea nevoie de algoritmi sofisticați pentru a gestiona acest cache:

• Politici de Eliminare: Când ar trebui eliminate elementele stocate în cache pentru a elibera spațiu? (Cel mai puțin recent utilizat, cel mai puțin frecvent utilizat, bazat pe dimensiune).
• Gestionarea Cotelor: Cât spațiu pe disc poate fi alocat acestui cache?
• Prioritizare: Ce module sunt cele mai critice pentru a fi stocate persistent în cache?

Aceste strategii de gestionare sunt cruciale pentru a asigura că beneficiile de performanță nu vin cu costul unui consum excesiv de resurse, ceea ce ar putea afecta negativ performanța generală a sistemului sau experiența utilizatorului pe dispozitivele cu stocare limitată.

Suport pentru Instrumente și Ecosistem

Pentru ca dezvoltatorii să poată profita de acest lucru, întregul ecosistem trebuie să se adapteze. Instrumentele de build (Webpack, Rollup, Vite), framework-urile de testare și instrumentele de depanare ar trebui să înțeleagă și să interacționeze elegant cu Binary AST-urile. Depanarea unei reprezentări binare este în mod inerent mai dificilă decât depanarea codului sursă. Hărțile sursă (source maps) ar deveni și mai critice pentru a lega codul care rulează înapoi la sursa originală.

Implementare Practică și Perspective de Viitor

Starea Actuală și Suportul Browser/Runtime

Conceptul de Binary AST pentru JavaScript a fost explorat și experimentat de diverși furnizori de browsere. De exemplu, Firefox a avut de ceva timp stocare internă în cache a bytecode-ului, iar motorul V8 al Chrome a folosit, de asemenea, concepte similare pentru codul stocat în cache. Cu toate acestea, un cache Binary AST la nivel de modul, standardizat, persistent și expus ca o caracteristică a platformei web este încă un domeniu în evoluție.

Propunerile și discuțiile pe această temă au loc adesea în cadrul W3C și TC39 (comitetul care standardizează JavaScript). Deși API-urile specifice, larg adoptate, pentru ca dezvoltatorii să interacționeze direct cu un cache Binary AST s-ar putea să fie încă în stadii incipiente de standardizare, motoarele de browser își îmbunătățesc continuu mecanismele interne de stocare în cache pentru a obține beneficii similare fără intervenția explicită a dezvoltatorului.

Cum se Pot Pregăti Dezvoltatorii (sau pot Folosi Soluții Existente)

Chiar și fără API-uri directe pentru dezvoltatori pentru stocarea în cache a Binary AST, dezvoltatorii își pot optimiza în continuare aplicațiile pentru a beneficia de îmbunătățirile actuale și viitoare ale stocării în cache a browserului:

• Stocare Agresivă în Cache HTTP: Configurați corect antetele Cache-Control pentru pachetele dvs. JavaScript pentru a permite stocarea pe termen lung în cache.
• URL-uri de Active Versiuni: Folosiți hash-uri de conținut în numele fișierelor (de ex., main.abc123.js) pentru a asigura o invalidare eficientă a cache-ului atunci când fișierele se schimbă și stocarea pe termen lung atunci când nu se schimbă.
• Divizarea Codului (Code Splitting): Împărțiți aplicațiile mari în module mai mici, încărcate asincron. Acest lucru reduce sarcina inițială de parsare și permite browserelor să stocheze în cache modulele individuale mai eficient.
• Preîncărcare/Prefetching: Folosiți <link rel="preload"> și <link rel="prefetch"> pentru a prelua și, potențial, a parsa proactiv modulele care vor fi necesare în curând.
• Service Workers: Implementați service workeri pentru a intercepta cererile de rețea și a servi conținut din cache, inclusiv module JavaScript, oferind capabilități offline robuste și încărcare instantanee.
• Minimizarea Dimensiunii Pachetului: Folosiți tree-shaking, eliminarea codului mort și tehnici moderne de compresie (Brotli, Gzip) pentru a reduce cantitatea de JavaScript care trebuie descărcată și procesată.

Aceste practici pregătesc aplicațiile pentru a profita din plin de optimizările existente și viitoare ale browserului, inclusiv orice mecanisme interne de stocare în cache a Binary AST pe care motoarele le implementează.

Drumul Înainte: Speculații și Evoluție

Traiectoria performanței web sugerează că mecanismele de stocare în cache mai profunde și mai inteligente la nivel de motor sunt inevitabile. Pe măsură ce aplicațiile web cresc în complexitate și anvergură, costul inițial de parsare și compilare va deveni doar mai pronunțat. Iterațiile viitoare ar putea vedea:

• Format Binary AST Standardizat: Un format universal pe care diferite motoare îl pot produce și consuma.
• API-uri pentru Dezvoltatori: API-uri explicite care permit dezvoltatorilor să sugereze module pentru stocarea în cache a Binary AST sau să monitorizeze starea cache-ului.
• Integrare cu WebAssembly: Sinergiile cu WebAssembly (care este deja binar) ar putea duce la abordări hibride pentru anumite tipuri de module.
• Instrumente Îmbunătățite: Instrumente de dezvoltare mai bune în browser pentru inspectarea și depanarea modulelor binare stocate în cache.

Scopul final este de a ne îndrepta către o platformă web în care costurile de parsare și compilare a JavaScript-ului devin în mare parte invizibile pentru utilizatorul final, indiferent de dispozitivul sau rețeaua sa. Cache-ul de Module Binary AST este o piesă crucială a acestui puzzle, promițând o experiență web mai performantă și mai echitabilă pentru toți.

Informații Acționabile pentru Dezvoltatori și Arhitecți

Pentru cei care construiesc și mențin aplicații web astăzi și planifică pentru mâine, iată câteva informații acționabile:

• Prioritizați Performanța la Încărcarea Inițială: Optimizați întotdeauna calea critică de redare. Instrumente precum Lighthouse pot ajuta la identificarea blocajelor de parsare/compilare.
• Adoptați Modele Moderne de Module: Utilizați modulele ES și importurile dinamice pentru a facilita o mai bună divizare a codului și oportunități mai granulare de stocare în cache.
• Stăpâniți Strategiile de Stocare în Cache: Deveniți competenți în utilizarea antetelor de cache HTTP, a service worker-ilor și a activelor versiuni. Acestea sunt fundamentale pentru a beneficia de orice stocare avansată în cache, inclusiv Binary AST.
• Rămâneți Informați cu Privire la Dezvoltările Browserelor: Urmăriți Chrome Dev Summit, Mozilla Hacks și blogul WebKit pentru actualizări privind optimizările la nivel de motor legate de parsarea și stocarea în cache a JavaScript-ului.
• Luați în Considerare Compilarea pe Partea de Server: Pentru mediile de redare pe partea de server (SSR), pre-compilarea JavaScript-ului într-un format intermediar poate reduce, de asemenea, timpii de pornire pe server, completând stocarea în cache a Binary AST pe partea clientului.
• Educați-vă Echipele: Asigurați-vă că echipele dvs. de dezvoltare înțeleg „taxa de parsare și compilare” și importanța optimizărilor de performanță la momentul construirii și la rulare.

Concluzie

Cache-ul de Module JavaScript Binary AST, cu capacitatea sa de a stoca rezultate de compilare persistente, reprezintă un salt semnificativ înainte în abordarea uneia dintre cele mai durabile provocări de performanță ale web-ului: costul parsării și compilării aplicațiilor JavaScript mari. Prin transformarea unei sarcini repetitive și intensive din punct de vedere al CPU-ului într-o operațiune în mare parte unică, promite să reducă drastic timpii de încărcare, să îmbunătățească experiența utilizatorului la scară globală și să facă aplicațiile web sofisticate accesibile și performante chiar și pe cele mai constrânse dispozitive din punct de vedere al resurselor.

Deși standardizarea completă și API-urile larg răspândite orientate către dezvoltatori sunt încă în evoluție, principiile de bază sunt deja integrate în motoarele de browser moderne. Dezvoltatorii care adoptă cele mai bune practici în gruparea modulelor, stocarea agresivă în cache și modelele de aplicații web progresive vor fi cel mai bine poziționați pentru a profita de aceste progrese și pentru a oferi experiențele instantanee și fluide pe care utilizatorii din întreaga lume le așteaptă din ce în ce mai mult.

Călătoria către un web și mai rapid, mai incluziv continuă, iar Cache-ul de Module Binary AST este, fără îndoială, un aliat puternic în această căutare continuă.